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DETAILED ACTION 

This is the initial Office action based on the application filed on March 3, 2004. 
Claims 1-19 are currently pending and have been considered below. 

Claim Objections 

1 . Claims 5, 6, 7, 13, 14, and 15 are objected to because of the following 
informalities: In the specification a "typed model element field handler subclass" is 
defined as an abstract class that implements all methods defined as abstract. However, 
by its definition, an abstract class does not implement any methods. Only its 
subclasses, which are not abstract, implement the methods from the parent class. An 
abstract class may declare other abstract classes, but not implement them. Herein, the 
term "typed model element field handler subclass" will be used as an abstract class, 
which declares subclasses that implement methods declared in the parent class. 

Claim 10 lacks antecedent basis from the specification because the specification 
does not disclose using a root of a tree structure. 

Claims 14 and 15 are currently written as depended on Claim 12. However, they 
should be dependent on Claim 13 since Claim 13 discloses a typed model element field 
handler subclass. Thus, Claims 14 and 15 will be treated as dependent on Claim 13. 
Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1 and 9 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. Both of the independent claims present an 
arrangement of data on a computer readable medium. An arrangement of data is 
considered nonfunctional descriptive material. When nonfunctional descriptive material 
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is recorded on some computer-readable medium, in a computer or on an 
electromagnetic carrier signal, it is not statutory since no requisite functionality is 
present to satisfy the practical application requirement. Merely claiming nonfunctional 
descriptive material, i.e., abstract ideas, stored in a computer-readable medium, in a 
computer, on an electromagnetic carrier signal does not make it statutory. 

Claim^ 16 is rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. The claims lack the necessary physical articles 
or objects to constitute a machine or a manufacture within the meaning of 35 USC 101. 
They are clearly not a series of steps or acts to be a process nor are they a combination 
of chemical compounds to be a composition of matter. As such, they fail to fall within a 
statutory category. They are, at best, functional descriptive material perse. 

Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his Invention. 

4. Claims 9 and 10 is rejected under 35 U.S.C. 1 12, second paragraph, as 
being indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. In part (a) of Claim 9, and in 
Claim 10 a tree structured is mentioned. However, the tree structure as 
described in the specification does not seem to be a tree structure. Rather, it 
describes various associations, relations between elements or a hierarchical 
structure and thus will be treated as a relational diagram. 

Claim Rejections - 35 USC § 102 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
states. 
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5. Claims 1,4. 8-10. and 12 are rejected under 35 U.S.C. 102(b) as being 
anticipated by Brumme et al (6,134,559). 

Claim 1: Brumme discloses a computer-readable medium having stored thereon 
a data structure, the data structure separating storage of an attribute value from 
handling of the attribute value, the data structure comprising: 

a. A model element class for implementing the constructs described by meta- 
data; the model element class storing an attribute value (Col 3 In 17-30, Col 22 In 32- 
63). 

b. A meta-attribute infomiation object for describing attributes of the model 
element class (Col 32 In 49-67, Col 33 In 1-13). [Meta data about attributes describes 
meta-attribute information.] 

c. A model element field handler object for accessing the attribute value stored in 
the model element class (Col 14 In 51-65). [The handler is able to set properties in a 
class and therefore it accesses the class.] 

Claim 4: Brumme discloses the computer-readable medium of Claim 1 above 
and further discloses wherein the model element field handler object sets the attribute 
value sorted in the model element class (Col 14 In 51-65). 

Claim 8: Brumme discloses the computer-readable medium of Claim 1 above 
and further discloses wherein the data structure further comprises a meta-class 
information object for storing data associated with the model element (Col 3 In 54-67). 

Claim 9: Brumme discloses a computer-readable medium having stored thereon 
a data structure, the data structure separating storage of an attribute value from 
handling of the attribute value, the data structure comprising: 

a. A container for storing meta-data in a tree structure (Col 12 In 54-61, Col 13 In 
41-64). fBrumme describes a relationship and association between objects. An 
association between objects, according to Brumme . may be considered as one object 
describing another object and thus form a metadata relationship. Please see the 1 12 
rejection for explanation about the tree.] 
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b. A model element class for implementing the constructs described by meta- 
data; the model element class storing an attribute value (Col 3 In 17-30, Col 22 In 32- 

63). 

c. A meta-class information object for storing data associated with the model 
element (Col 3 In 54-67). 

d. A meta-attribute information object for describing attributes of the model 
element class (Col 32 In 49-67, Col 33 In 1-13). [Meta data about attributes describes 
meta-attribute information.] 

e. A model element field handler object for accessing the attribute value stored 
in the model element class (Col 14 In 51-65). [The handler is able to set properties in a 
class and therefore it accesses the class.] 

Claim 10: Brumme discloses the computer-readable medium of Claim 9 above 
and further discloses wherein the container comprises a store acting as the root of the 
tree structure (Col 12 In 54-61, Col 13 In 41-64, Col 7 In 54-60). [As per 112 rejection 
above, the structure is not being considered as a tree and thus the claim will be 
interpreted as having a container that comprises a store.] 

Claim 12: Brumme discloses the computer-readable medium of Claim 1 above 
and further discloses wherein the model element field handler object sets the attribute 
value stored in the model element class (Col 14 In 51-65). 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which fornis the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claim 2 are rejected under 35 U.S.C. 103(a) as being unpatentable over Brumme 
et al (6,134,559) in view of Mathews et al (2003/0163479). 
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Claim 2: Brumme discloses the computer-readable medium of Claim 1 above, 
but does not explicitly disclose wherein the attribute value is stored in a private member 
field of the model element class. However, Mathews discloses using a private method 
(Figure 5, paragraph 0067). It would have been obvious for one of ordinary skill in the 
art at the time the invention was made to use a private member field in Brumme . One 
would have been motivated to do so to give only certain methods or users the right to 
access that particular method, function or attribute. 

8. Claims 3, 5, 6, 7, 11, 13, 14, and 15 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Brumme et al (6.134.559) in view of Coad et al (6.851.105). 

Claim 3: Brumme discloses the computer-readable medium of Claim 1 above, 
but does not explicitly disclose wherein the model element field handler object 
comprises a singleton pattern. However, Coad discloses using a singleton pattern (Col 
8 In 29-47). A singleton pattern, according to Coad, is a class with only one instance 
and contains only provides a global point of access to it. It would have been obvious for 
one of ordinary skill in the art at the time the invention was made to use a singleton 
pattern in Brumme . One would have been motivated to do so in order to have only one 
instance of a class, and thereby using only the single object to coordinate actions 
across a system. 

Claim 5: Brumme discloses the computer-readable medium of Claim 1 above, 
but does not explicitly disclose wherein the model element field handler comprises a 
typed model element field handler subclass. A typed model element field handler 
subclass is defined by the applicant as an abstract class that implements methods 
defined in the abstract class. (Please see the Claim Objection related to this claim 
above.) Coad discloses using an abstract class, in the form of an interface class, which 
defines methods within its class (Col 1 In 44-67). It would have been obvious for one of 
ordinary skill in the art at the time the invention was made to have the model element 
field handler comprise a subclass that is an abstract class to implement methods 
declared in the parent class in Brumme . One would have been motivated to do so in 
order for unrelated classes to be able to interact with one another. 



Application/Control Number: 10/792,122 
Art Unit: 2169 



Page? 



Claims 6 and 7: Brumme and Coad disclose tlie computer-readable medium of 
Claim 5 above, and Brumme further discloses wherein the typed model element field 
handler subclass defines a get value function for accessing the attribute value and a set 
value function for setting the attribute value (Col 13 In 41-64, Col 25 In 54-67, Col 26 In 
1-10). [Get and set functions are common generic functions are used to get or set 
values for attributes in classes, subclasses, or just with regular functions.] 

Claim 11: Brumme discloses the computer-readable medium of Claim 9 above, 
but does not explicitly disclose wherein the model element field handler object 
comprises a singleton pattern. However, Coad discloses using a singleton pattern (Col 
8 In 29-47). A singleton pattern, according to Coad, is a class with only one instance 
and contains only provides a global point of access to it. It would have been obvious for 
one of ordinary skill in the art at the time the invention was made to use a singleton 
pattern in Brumme . One would have been motivated to do so in order to have only one 
instance of a class, and thereby using only the single object to coordinate actions 
across a system. 

Claim 13: Brumme discloses the computer-readable medium of Claim 1 above, 
but does not explicitly disclose Brumme discloses the computer-readable medium of 
Claim 9 above, but does not explicitly disclose wherein the model element field handler 
comprises a typed model element field handler subclass, A typed model element field 
handler subclass is defined by the applicant as an abstract class that implements 
methods defined in the abstract class. (Please see the Claim Objection related to this 
claim above.) Coad discloses using an abstract class, in the form of an interface class, 
which defines methods within its class (Col 1 In 44-67). It would have been obvious for 
one of ordinary skill in the art at the time the invention was made to have the model 
element field handler comprise a subclass that is an abstract class to implement 
methods declared in the parent class in Brumme . One would have been motivated to do 
so in order for unrelated classes to be able to interact with one another. 

Claims 14 and 15: Brumme and Coad disclose the computer-readable medium 
of Claim 13 above, and Brumme further discloses wherein the typed model element 
field handler subclass defines a get value function for accessing the attribute value and 
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a set value function for setting the attribute value (Col 13 In 41-64, Col 25 !n 54-67, Col 
26 In 1-10). [Get and set functions are common generic functions are used to get or set 
values for attributes in classes, subclasses, or just with regular functions.] 

9. Claims 16-19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Brumme et a! (6,134,559) in view of Brogden at al (Java 2 Programmer Exam Cram 2) 

Claim 16: Brumme and Brogden disclose a method of accessing an attribute 
value within a data structure, the data structure separating storage of the attribute value 
from handling of the attribute value, the method comprising: 

a. Storing the attribute value in a private member field of a model element class. 
Brumme does not explicitly disclose using a private member field, however, Brogden 
does (Chapter 5 Sec 2). It would have been obvious for one of ordinary skill in the art at 
the time the invention was made to store the attribute value in a private member field of 
a model element class in Brumme . One would have been motivated to do so in order to 
limit access to a specified attribute. 

b. Brumme discloses using a handler class, but does not explicitly disclose 
declaring a nested handler class, the nested handler class being a subclass of a generic 
handler class. However, Brogden discloses the reasoning to use nested classes 
(Chapter 5 Sec 2). It would have been obvious for one of ordinary skill in the art at the 
time the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class in Brumme . One would have been 
motivated to do so in order to be able to use a certain functionality of a class from within 
another class without complicating the inheritance hierarchy of either class. 

c. Brumme discloses issuing a get value function to obtain the attribute value 
from the model element class (Col 13 In 41-64, Col 25 In 54-67, Col 26 In 1-10). 

d. Brumme discloses receiving the attribute value from the model element class 
(Col 13 In 41-64, Col 25 In 54-67, Col 26 In 1-10). [A get function is what retrieves the 
attribute function.] 

Claim 17: Brumme and Brogden disclose the method of Claim 16 above, but 
Brumme does not explicitly disclose wherein the nested handler class inherits base 
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functionality from the generic handler class. However, Broaden discloses the 
explanation of using nested classes (Chapter 5 Sec 2). When nested classes are used, 
they inherit information from it's parent class or class it was nested from. It would have 
been obvious for one of ordinary skill in the art at the time the invention was made to 
have the nested handler class inherits base functionality from the generic handler class 
in Brumme . One would have been motivated to do so because nested classes always 
inherit information from the class it is nested from. 

Claim 18: Brumme and Broaden disclose a method of setting an attribute value 
within a data structure, the data structure separating storage of the attribute value from 
handling of the attribute value, the method comprising: 

a. Brumme discloses using a handler class, but does not explicitly disclose 
declaring a nested handler class, the nested handler class being a subclass of a generic 
handler class. However, Broaden discloses the reasoning to use nested classes 
(Chapter 5 Sec 2). It would have been obvious for one of ordinary skill in the art at the 
time the invention was made to declare a nested handler class, the nested handler 
class being a subclass of a generic handler class in Brumme , One would have been 
motivated to do so in order to be able to use a certain functionality of a class from within 
another class without complicating the inheritance hierarchy of either class 

b. Brumme discloses issuing a set value function to set the attribute value for the 
model element class (Col 13 In 41-64, Col 25 In 54-67, Col 26 In 1-10). 

c. Brumme discloses setting the attribute value (Col 14 In 51-64). [A set function 
sets the attribute value.] 

d. Brumme discloses storing the attribute value in the model element class (Col 3 
In 17-30, Col 14 In 51-64). [Once an attribute value is set, it is stored in a specified 
object or class.] 

Claim 19: Brumme and Broaden disclose a method as in Claim 18 above, but 
Brumme does not explicitly disclose wherein the nested handler class inherits base 
functionality from the generic handler class. However, Broaden discloses the 
explanation of using nested classes (Chapter 5 Sec 2). When nested classes are used, 
they inherit information from it's parent class or class it was nested from. It would have 
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been obvious for one of ordinary skill in the art at the time the invention was made to 
have the nested handler class inherits base functionality from the generic handler class 
in Brumme . One would have been motivated to do so because nested classes always 
inherit information from the class it is nested from. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Alex Gofman whose telephone number is (571)270- 
1072. The examiner can normally be reached on Mon-Fri 9am-3pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Christian Chace can be reached on (571)272-4190. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
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USPTO Customer Service Representative or access to the automated information 
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